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1.  INTRODUCTION  AND  EXECUTIVE  SUMMARY 

1.1  SCOPE . This  is  an  interim  report  documenting  the  findings  of  an  Army 
survey  to  identify  the  U.  S.  Army  Defense  Systems  computer  resources  require- 
ments for  the  1 980 * s time  frame.  It  is  an  interim  report  because  It  covers 
only  an  Initial  group  of  twenty  computer-based  systems  of  an  estimated  total 

of  120  to  140  Army  Defense  computer-based  systems.  That  data  combined  with  the 
data  in  this  interim  report  will  comprise  the  final  report  on  the  computer 
resource  requirements  for  the  1980-1990  time  frame. 

1.2  OBJECTIVE.  The  objective  of  this  survey  is  to  determine  the  U.  S.  Army 
Defense  Systems  computer  embedded  resources  requirements  (hardware/software) 
with  respect  to  time  and  to  collect  information  describing  current  and  proposed 
Army  Oefense  computer-based  systems  and  how  they  Interface  on  the  battlefield. 

1.3  APPROACH.  The  approach  taken  to  satisfy  the  survey  objective  is  identi- 
fied In  the  following  subparagraphs. 

a.  Idertify  the  Army  Defense  computer-based  systems  in  various  stages  of 
the  life  cycle;  such  as.  Conceptual  Phase,  Validation  Phase  (Advanced  Develop- 
ment), Engineering  Development  Low,  Rate  Initial  Production  (LRIP)  or  Limited 
Procurement  (LP),  Full  Scale  Production  and  Deployed. 

b.  Define  the  major  computer  resource  elements  (ha^dware/software)  for 
which  the  information  is  to  bo  collected.  Data  on  computer  resource  elements 
were  collected  as  shown  in  paragraph  1.4.2  and  as  further  broken  out  in  Section 
3. 

c.  Develop  a questionnaire  to  be  employed  in  personal  interviews  with 
Army  Defense  computer-based  system  developers.  The  questionnaire  is  to  be  used 
as  a guide  for  the  interviewer. 

d.  Conduct  personal  interviews. 

NOTE  - In  many  cases,  the  data  obtained  may  be  based  on  estimates  only 
(both  the  interviewee's  and/or  the  Interviewer's). 

(1)  Conduct  personal  interviews  with  Army  Defense  computer-based  system 
developers,  starting  with  those  consulted  in  developing  the  Military  Computer 
Family  (MCF)  application  requirements. 

(2)  Conduct  personal  interviews  with  other  Army  Defense  computer-based 

• system  developers/planners  to  supplement  th»  data  obtained  above. 

e.  Collect,  analyze,  and  compile  the  data  obtained  in  the  above  interviews. 

• Data  is  sunmarlzed  and  presented  in  graphical,  tabular,  or  matrix  form.  Systems 
are  described  by  a series  of  annotated  diagrams  indicating  system  configuration, 
interfaces  with  other  systems,  deployment  within  the  division  or  corps,  partici- 
pation in  closed  loop  systems,  and  communications  requirements. 

f.  Prepare  Interim  Report.  The  results  obtained  from  this  computer  resources 
requirements  survey  are  documented  in  this  interin  report. 
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1.4  SUMMARY 


1.4.1  Computer  Based  Systems 

For  the  Initial  survey,  it  was  dec1d«d  to  concentrate  on  the  Fort  Monmouth  area. 

1077  ln  SD£  c0nducting  twenty  Interviews  from  17  May  1977  to  31  August 

19-7.  The  systems  Interviewed  are  slown  In  Table  1-1.  (NOTE  - Table  1-1  Is 
provided  under  separate  addendum.) 

In  selecting  which  system  to  Interview,  It  Is  Important  to  consider  where  the 
system  appears  In  the  system  acquisition  cycle  as  shown  In  Figure  1-1.  Systems 
m the  conceptual  phase  are  very  loosely  defined  and  highly  subject  to  change 
and  therefore  are  not  apt  to  provide  accurate  and  reliable  data.  In  the  Vali- 
dation Phase  (Advanced  Development  Model)  and  even  more  so  In  the  Full  Scale  De- 
velopment Phase  (Engineering  Development  Model),  the  Information  obtained  is 
much  more  accurate,  more  reliable,  less  subject  to  major  changes,  and  more 
readily  available.  Systems  that  are  deployed  tend  to  provide  good  technical 
data  but  have  little  need  for  computer  resources  Into  the  1980?s  unless  a major 

iS/5n1n9  p!a?md‘  11  is  therefore  best  to  select  syst^s 
; lJ/1tSBVilldft  on  Phase  (AD  models)  ir  the  Full  Scale  Development  Phase  (ED  or 
Lr/LKIP  models) . 

Ninety-five  percent  (95*)  of  the  systems  covered  In  this  Interim  report  fall 
Into  that  category,  l.e.,  25*  AD  models,  40*  ED  models,  and  30*  LP/LRIP  models. 
TMs  is  shown  in  Figure  1-2.  Another  point  to  consider  Is  that  In  the  Validation 
■base  there  may  be  a competitive  "shoot-off"  between  two  or  more  developers 
in  this  case,  one  system  version  may  be  selected  as  the  "sample"  since  It  may 
become  quite  Involved  and  confusing  to  attempt  to  report  on  more  than  one  version 
of  the  samj  system. 


TABLE  1-1 . LIST  OF  TWENTY  INTERVIEWS  CONDUCTED 


The  informctlon  contained  In  this  table  is  classified  FOR  OFFICIAL  USE  ONLY 
and  is  contained  in  an  addendum  to  thts  report. 
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Figure  1.-1  System  Acquis  Ltion  Cycle 
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1.4.2  Computer  Resources.  The  major  computer  resource  elements  are  broadly 
categorized  into  two  groups  - hardware  and  software.  The  computer  hardware 
resources  are  computer  (CPU,  main  memory,  and  input/output),  secondary  memory, 
tertiary  memory,  printers,  display  devices,  and  intelligent  terminals.  The 
computer  software  resources  are  functional  support  software,  general  support  soft- 
ware (general  support  services),  operating  system  services,  post  deployment 
support  software,  and  applications  software.  The  above  hardware  and  software 
computer  resource  elements  are  further  broken  out  and  defined  in  Section  3. 

1.4.3  Interview  Process.  The  interview  process  is  detailed  in  Section  4 

of  this  report.  Basically,  the  steps  in  the  interview  may  be  briefly  summarized 
as  follows- 

* Initial  personal  contact  is  made  prior  to  the  actual  interview 

* The  interviewer  and  the  interviewes  prepare  for  the  interview 

* The  actual  interview  is  conducted 

* Post-interview  research  is  made  to  finalize  the  questionnarie 
and  extract  data  required  for  later  analysis 

* PMO  review  cycle  (optional) 

1.4.4  Computer  Resource  Requirements  (FY  1973-FY  1990),  The  total  computer 
hardware  resource  requirements  (FY  1976  - FY  1990)  are  presented  in  Section  !• 

for  the  initial  systems  and  in  Section  6 for  the  total  number  of  systems  (cor puter 
requirements  only). 

The  following  observations  are  very  apparent  after  reviewing  the  data  collected 
for  the  initial  twenty  systems  with  respect  to  computer  hardware  resource  retire- 
ments. 

a.  The  requirement  for  MAXI  computers  is  minimum  - in  this  case,  non-existent. 
MIDI  and  MINI  configurations  are  being  employed.  There  is  a very  large  require- 
ment for  MICRO  computers,  being  used  in  some  cases  as  the  prime  computer  itself 

in  small  portable  or  airborne  systems  and  as  supplemental  computers  within  system 
components,  i.e.,  sensors,  data  terminals,  displays,  etc. 

b.  Secondary  memory  requirements  are  being  I andled  primarily  by  disk  storage. 
The  need  for  drum  storage  in  the  twenty  systems  surveyed  is  non-existent. 

c.  Tertiary  memory  is  being  satisfied  primarily  by  cartridge  type  tape 
drives.  There  is  only  minimum  use  of  reel  and  cassette  units. 

d.  The  majority  of  the  printer  requirements  are  being  met  through  the  use 

of  either  low-speed  or  medium-speed  printers.  There  was  no  requirement  for  high- 
speed printers  in  any  of  the  twenty  systems  surveyed. 
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' eature!  a"d  ’ra')Mcs  15  a'5"  apparent  tn  the  t»enty  systems  surveyed. 

SSiSwS;HlE?5  “S- -•  - if 

,ndicated ** 

(SrT&’II*”"^  ^"unpuaee 

use~HOL°excl1usivelyCatl0rS  °"’>  15  "««*  »f  «•  OTKT 

ftr  37%  p^a^^jLs-'tS^r^yr^^  sr^-s.source  stat“-ts 

f.  JL'  .Forty  pe^cent.of  the  systems  surveyed  could  not  specify  the  cost  fnr 
cost  per  °^ruc?ionsrsho™,Cbefow:S  SOft"are'  The  re™,"dM'  PPtimated  the 


Up  to  $25  (15  percent  of  the  systems) 
$25  to  $50  (25  percent  of  the  systems) 


$50  - $100  (20  percent  of  the  systems) 

Software  Jgreater  th*n  50  Percent)  use  Functional  Support 

software  consisting  of  simulators,  assemblers,  compilers,  and  debugging  aids. 

lanjufoe  P^Lc€rCent\?f  the  systems  reported  that  batch  and  interactive  source 
forty  Percent  of  Bnst  C°",mo"1*  u*ed  General  Support  Software.  However? 

SupoJrt  Softwa?!.  answered  unknown"  on  the  entire  subject  of  General 


f.  By  far,  most  systems  (75  percent)  use  a real-time  operating  system. 

fan  I factor  *L°f  t5e.po?t  deployment  support  software  falls  into  two  groups- 
system^nswr^^unknowrr'on’this  Pr°9ra,K-  PerCent  °f  tf" 

Graphs  representing  the  data  collected  with  respect  to  the  computer  software 
5 of^Ms  reportementS  ^ fUfther  defined  tn  Figures  5-1  thro“9h  5'7  in  Section 


1.5  REPORT  ORGANIZATION 

™P°rt  1s  organised  In  seven  sections.  Section  1 Is  the  Introduction  and 
executive  summary  providing  a brief  description  of  the  scope,  objective  approach 
and  an  overview  of  the  Army  Computer  resources  requirements  for  the  1980's. 

Section  2 Identifies  the  Initial  set  of  computer-based  systems  that  comprise 
this  Interim  report  and  their  acquisition  life  cycle  status.  ^ 

S°?nfo™uon  III  SfeSr*  r*S°UrCe  eWts  C»«^™/soft«re)  for 

withal!  Jf!cribes  the  questionnaire  employed  In  the  personal  interviews 

*<“n<0"-  tM$  SKt,°" 

Section  5 provides  the  results  of  an  analysis  performed  on  the  data  compiled 
during  the  Interviews.  The  dai.a  Is  presented  In  tabular  and  graph icalform. 

Section  6 extends  the  results  [resented  in  Section  5 (the  initial  20  systems) 
to  estimate  the  computer  resource  requirements  for  a total  of  130  systems. 

Section  7 contains  a copy  of  the  actual  questionnaire  used  In  the  surveys. 


2.  COMPUTER  BASED  SYSTEMS 


2.1  INITIAL  SYSTEMS.  A list  of  twenty-three  Am\y  Defense  computer-based 
systems  was  esTabTTshecT and  twenty-three  Interviews  scheduled.  The  list  of 
scheduled  Interviews  Is  shown  In  Table  2-1  along  with  the  acquisition  status  of 
each  of  the  twenty-three  systems.  The  list  of  twenty-three  scheduled  Inter- 
views was  reduced  due  to  two  Interviews  (#6  and  #7)  being  cancelled  by  the 
interviewee  and  not  rescheduled  at  this  time.  The  remaining  twenty-one  scheduled 
interviews  were  conducted  and  the  twenty-one  completed  questionnaires  submitted 
to  CENTACS.  However,  this  Interim  report  will  cover  only  twenty  systems 
since  one  system  was  terminated  a few  weeks  after  the  interview  was  conducted. 

The  list  of  the  twenty  Initial  systems  making  up  this  Interim  report  Is  shown 
in  Table  1-1  (see  separate  addendum  to  this  report  for  Tables  1-1  and  2-1.) 


TABLE  2-1.  LIST  OF  TWENTY-THREE  SCHEDULED  INTERVIEWS 


The  information  contained  in  this  table  is  classified  FOR  OFFICIAL  USE  ONLY 
and  is  contained  In  an  addendum  to  this  report 


2.2  TOTAL  SYSTEMS 

An  attempt  was  made  to  estimate  what  the  total  U.  S.  Army  defense  systems  computer 
resources  requirements  will  be  for  the  period  FY  1978  to  FY1990.  That  Is,  if 
all  the  data  were  now  available  as  a result  of  all  system  surveys  (rather  than 
only  the  Ini  .1 al  twenty  in  this  interim  report),  what  would  the  final  report 
Indicate? 

lo  accomplish  this  estimate,  the  starting  point  was  the  DARCOM  list  of  134  systems 
entitled  "Inventory  of  Computers  in  Army  Defense  Systems".  The  list  was  received 
on  23  March  1977  and  lists  134  systems.  The  list  was  scanned,  eliminating  systems 
that  either:  are  already  covered  in  this  Interim  report,  are  duplicates,  are  com- 
pletely unknown,  are  not  applicable,  or  are  studies  - not  systems.  This  resulted 
in  reducing  the  list  from  134  systems  to  92  systems.  The  92  systems  are  shown 
in  Tables  2-2a  through  2-2j,  In  accordance  viith  their  major  functional  category 
( >ee  addendum  to  this  report). 

These  92  systems  were  then  reviewed  to  estimate  (based  on  their  assumed  mission, 
s/stem  size,  and  deployment  structure)  the  size  and  quantity  of  computers  that 
would  most  likely  be  used,  i.e.,  MICRO,  MINI,  MIDI,  and  MAXI.  This  resulted  In 
the  computer  quantities  shown  in  Table  6-1  based  on  a total  of  112  systems 
(the  Initial  20  plus  these  92).  The  MAXI  computer  category  is  not  Included  since 
its  use  was  t.oo  insignificant  to  consider. 


This  estimate  for  112  systems  Is  only  an  initial  count  and  should  be  modified 
based  on  two  assumptions.  First,  It  should  not  b»  assumed  that  the  DARCOM  list 
waich  provided  the  basis  for  the  above  Initial  estimate  Is  complete.  Therefore. 
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It  was  decided  to  Increase  the  Initial  estimate  by  20  percent.  This  resulted 
in  the  revised  estimate  shown  in  Table  6-1  for  130  total  systems 
(92x1.2  + initial  20). 

The  second  assumption  Involves  the  use  of  multi -computers  within  systems;  that 
is,  due  to  operational  constraints  or  rellabillty/availability  requirements, 
certain  systems  may  require  either  multi -computer  operation  or  duplex  (back-up) 
configurations.  Reviewing  the  data  collected  for  the  initial  twenty  systems 
shows  that  multi -computers  within  systems  occur  mostly  in  the  MINI  and  MIDI 
class.  Furthermore,  the  data  collected  Indicated  that  10  percent  of  the  MINIs 
and  40  percent  of  the  MIDIs  were  being  used  in  a multicomputer  or  redundant 
mode.  The  second  assumption  wa:.  to  assume  that  approximately  the  same  results 
would  occur  for  the  remaining  systems  yet  to  be  surveyed.  This  resulted  in  the 
revised  estimate  of  computer  quantities  as  shown  in  Table  6-1  for  "130  Adj" 
systems. 

The  information  contained  in  the  following  tables  is  classified  FOR  OFFICIAL 
USE  ONLY  and  is  contained  in  an  addendum  to  this  report: 

a.  Table  2-2a  - Field  Artillery  (FA)  Systems 

b.  Table  2-2b  - Close  Air  Support  (CAS)  Systems 

c.  Table  2-2c  - Air  Defense  (AD)  Systems 

d.  Table  2-2d  - Conmand  Systems 

e.  Table  2-2e  - Electronic  Warfare  (EW)  Systems 

f.  Table  2-2f  - Intelligence  Systems 

g.  Table  2-2g  - Maneuver  Systems 

h.  Table  2-2h  - Logistics  Systems 

1.  Table  2-2i  - Conmon  Systems 

j.  Table  2-2j  - Miscellaneous  Systems 


3.  COMPUTER  RESOURCES.  In  general,  computer  resources  refers  to  the  totality 
of  computer  equipment,  computer  program,  computer  data,  associated  documenta- 
tion, personnel,  and  supplies  (reference  DOD  Directive  5000.29).  Specifically, 
this  survey  addresses  computer  resources  as  contained  within  two  broad  areas: 
i .e. , 


* Hardware  Resources  (paragraph  3.1) 

* Software  Resources  (paragraph  3.2) 


3.1  Hardware  Resources.  Computer  hardware  resources  covered  in  this  sirvey 
consists  of  the  following  electronic  equipment: 


Computer  (paragraph  3.1.1) 

Secondary  Memory  (paragraph  3.1,2) 
Tertiary  Memory  (paragr.  ph  3.1.3) 
Printers  (paragraph  3.1.4) 

Display  Devices  (paragraph  3.1.5) 
Intelligent  Terminels  (paragraph  3.1.6) 
Other  Peripherals  (paragraph  3.1.7) 


Each  of  the  above  equipments  is  further  broken  down  into  sub-categories  as 
identified  in  the  following  paragraphs  (3.1.1  through  3.1.6) 


In  Section  5 of  this  report,  the  above  hardware  resources  requirements  are  pre- 
sented as  quantities  required  per  year  for  the  years  FY  78  through  FY  90. 


3.1.1  Computer 


The  computer,  embedded  within  each  system  being  surveyed,  is  basically  a device 
that  is  capable  of  accepting  information,  applying  prescribed  processes  to  the 
information,  and  providing  the  results  of  these  processes.  In  this  survey,  the 
computer  is  considered  to  consist  of  the  Central  Processing  Unit  (CPU),  the  fnput/ 
Output  Unit  (IOU)  and  the  Main  (primary)  Memory  Unit  (MMU). 


The  computers  surveyed  were  partitioned  into  four  categories,  i.e..  Micro,  Mini, 
Midi,  and  Maxi.  The  distinction  between  the  categories  is  defined  in  figure  3-1 


In  general,  Micro-computers  will  have  4,  8 or  16-bit  word  lengths  and  relatively 
long  execution  times.  The  4-bit  micro  is  mainly  used  to  handle  very  small  pro- 
cessing functions,  like  those  performed  by  a calculator  or  a small  on-line  in- 
strument. The  8-bit  general  purpose  micro  is  the  most  widely  used  type  in  micro- 
computing systems.  The  16-bit.  micro  resembles  a mini  computer  and  may  be  some- 
what regarded  as  a lower  cost  minicomputer.  In  function  and  structure,  the  micro- 
computer is  similar  to  the  minicomputer  with  the  main  differences  being  price, 
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size,  speed  of  execution  (less  than  100  K0P5)  and  computing  power. 

Minicomputers  usually  have  word  lengths  of  18-bits  or  less  (but  may  vary  from 
8 to  24-bits)  with  16  bits  being  the  most  common.  Processing  speed  is  In  the 
range  of  200  to  >500  K0PS. 

Midi  computers  use  24  or  32-bit  words  and  are  usually  far  less  expensive  than 
the  Maxi  and  frequently  out-price  and  out-perform  the  mini  by  delivering  much 
higher  throughput  at  comparable  prices.  As  defined  here,  the  midi  Is  not  a 
widely  used  group,  as  is  the  mini-computer  group. 

A maxi  computer  is  what  is  more  commonly  known  as  a large  scale  computer  (system) 
typically  characterized  by  large  main  storage  and  secondary  storage  units, 
high  speed  computation  O 600  K0PS),  many  input-output  channels,  and  several 
peripheral  devices  (displays,  printers,  etc.).  Word  length  is  typically  equal 
to  or  greater  than  32  bits. 


The  criteria  for  assigning  a computer  to  one  of  the  above  four  categories  (micro, 
mini,  midi,  and  maxi)  was  established  in  accordance  with  three  factors;  word 
size,  processing  speed,  and  1977  size.  Figure  3-1  shows  the  "general  guidelines" 
that  were  applied.  The  determination  for  K0PS  was  taken  from  Rein  TurnVCom- 
puters  in  the  1980's"  as  the  reciprocal  of  (.7  x Add  Time  + .3  x Multiply  Time) 

x 1000,  i.e.,  K0PS  = 1 where  t.„„  and  t are  in  microsecond' 

ADD  mult 


•^ADD  + * 


MULT 


3.1.2  Secondary  Memory.  Secondary  memory  represents  storage  facilities  di- 
vorced from  the  computer  itself  but  holding  information  in  the  form  required  by 
the  computer.  It  is  under  the  control  of  the  computer  but  the  data  to  be  operated 
upon  must  be  transferred  from  secondary  memory  to  internal  (main)  storage  before 
operations  commence  and  the  data  is  usually  returned  to  secondary  storage  after 
operations  are  completed.  Secondary  storage  devices  usually  have  larger  capaci- 
ties and  slower  access  time  than  internal  main  storage  (but  not  as  slow  as  ter- 
tiary storage  - paragraph  3.1.3).  The  most  common  forms  of  secondary  memory 
used  in  Army  systems  today  is  the  magnetic  disk  which  provides  very  large  storage 
capabilities  at  a cost  somewhere  between  drum  anil  magnetic  tape  with  cost-per- 
bit  generally  lower  than  drum  and  higher  than  tape.  The  magnetic  disk  memory 
is  second  only  to  magnetic  tape  in  its  use  for  storing  large  quantities  of  infor- 
mation. Disk  memory  systems  may  be  categorized  by  their  storage  capacity,  i.e., 
small  (up  to  20  Mega-Bytes),  medium  (20  to  100  Mega-Bytes)  and  large  (over  100 
Mega-Bytes) , 


3.1.3  Tertiary  Memory 

Tertiary  memory  refers  to  a "third  level"  of  storige,  i.e,,  a level  of  storage 
twice  removed  from  the  main  storage  level  aid  onc>  removed  from  the  secondary 
storage  level.  Tertiary  memory  is  usually  characterized  by  a relatively  longer 
access  time  compared  to  secondary  memory  ano  especially  with  respect  to  main 
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or  primary  memory.  The  most  common  example  of  tertiary  memory  Is  magnetic 
tape  storage.  * 

In  this  computer  resources  requirements  survey,  tertiary  memory  is  partitioned 
into  three  categories;  cassette,  cartridge,  and  reel  with  typical  storage 
capacities  of  10,  20,  and  160  Mega-Bits  respectively. 

Cassette  units  are  suitable  for  use  in  a wide  variety  of  peripheral  applications 
and  as  convenient  substitutes  for  paoer  tape  punches  and  readers.  They  are 
simple,  small  size,  low  cost,  and  easy  to  maintain.  They  are  used  where  relatively 
low-volume  (typically  10  Mega-Bits)  lata  '.torage  is  required. 

Cartridge  units  are  used  where  highe  ' storage  capacity  (typically  20  Mega-Bits, 
and  greater  reliability  are  required  These  units  approach  the  recording  density 
of  typical  reel-to-reel  units,  have  ihe  convenience  of  a snap-in  recording  media, 
and  are  much  less  expensive  than  the  large  conventional  S-inch  wide,  10S-inch 
diameter  open  reel  type  computer  tape  systems.  Cartridge  units  hcve  a good  per- 
formance/price ratio. 

Reel-to-reel  units  are  used  where  high-volume  data  storage  (typically  160  Mega- 
Bits)  is  required.  Generally,  the  reel-to-reel  units  provide  about  16  times  as 
much  data  storage  as  a cassette  unit. 

3,1.4  Printers 

Printers  provide  the  human-readable  hard  copy  of  computer  data  but  since  they 
are  typically  electromechanical,  they  are  neither  as  fast  nor  as  reliable  as  most 
purely  electronic  apparatus.  The  most  common  impact  printers  are  generally  of 
the  bar  (or  wheel)  or  chain  (belt)  type.  Non-impact  type  printers  provide  im- 
proved reliability  and  quieter  operation  but  do  not  provide  multiple  copies, 
frequently  use  less  readable  fonts,  and  generally  use  more  expensive  paper.  An 
example  of  a non-impact  printer  is  the  matrix  printer,  e.g.,  5x7  dot  matrix, 
where  character  like  configurations  of  dots  are  printed  through  the  proper  selec- 
tion of  matrix  points  rather  than  through  the  selection  of  type  faces.  These 
non-impact  matrix  printers  may  be  electrostatic,  electromagnetic,  or  thermal 
types . 

Regardless  of  impact  vs  non- Impact,  the  printers  surveyed  were  grouped  Into 
three  broad  speed  related  categories,  i.e.;  low  speed,  10  to  30(  1pm  (e.g., 
teletype  models  33  and  35  at  10  characters  per  second  and  72  ch< racters  per  line); 
medium  speed,  up  to  1000  1pm  (72-132  characters  per  line),  and  high  speed  opera- 
tion at  speeds  equal  to  or  greater  than  1000  lpm  (72-132  charac  ers  per  line. 

Low  to  Medium  speed  printers  are  generally  of  the  "serial"  type  in  which  only 
one  character  is  printed  at  time,  similar  to  an  electric  typewr  ter  or  tele- 
printer. Medium  to  high  speed  printers  may  b?  the  "line  printer"  type  where  the 
printer  Is  capable  of  simultaneously  printing  one  line  of  characters  across  a 
page  (typically  72  to  132  characters/1 ine)  as  continuous  paper  , dvances  line  by 
line  in  a direction  past  type  bars  or  a type  cylinder  (drum)  that  contains  all 
characters  in  all  column  positions.  Very  high  speed  printers  may  be  of  the 
"page  printer"  type  which  compose  a full  page  of  characters  before  printing  the 
page  (up  to  132  columns  or  more). 


Whenever  possible,  the  computer  resources  requirements  survey  attempts  to 
identify  the  printers  along  the  general  characteristics  described  above, 
either  by  notes  on  the  questionnaire  itself  or  by  stating  the  manufacturer/ 
model  number  or  the  military  type  designation. 

3.1.5  Display  Devices 

Computer-driven  alphanumeric  and  graphic  displays  are  a key  element  in  a 
large  variety  of  command  and  control  systems  not  only  in  air  defense  applica- 
tions but  also  in  antisubmarine  warfare,  ground  and  air  traffic  control, 
strategic  systems,  and  weapons  control.  The  display  system  is  generally 
configured  around  the  type  and  number  of  viewers  or  operators. 

This  survey  excludes  simple  numerical  readouts,  i.e.,  LEDs,  liquid  crystals, 
incandescents , gas  discharge  units,  etc.  These  are  designed  primarily  to 
portray  numerical  values  (used  singly  or  in  assemblies). 

The  survey  considers  full  alphanumeric  devices  that  can  display  all  26 
alphabetic  characters,  10  numerics,  and  up  to  28  punctuation  marks  or  other 
symbols.  These  displays  are  usually  ASCII  - or  EBCDIC  - compatible  and 
generally  display  up  to  1000  characters.  Displays  that  fall  into  this 
category  include  cathode  ray  tub*  (CRT)  displays  and  flat  panel  displays. 

Cathode  ray  tube  displays  provide  a good  visual  interface  at  moderate  cost 
when  the  amount  of  data  to  be  viewed  at  one  time  is  relatively  large  and 
the  user  desires  page-like  reproduction.  These  displays  use  straightforward 
extensions  of  basic  CRT  technologies.  Color  adds  a further  dimension  to 
computer-generated  graphics  displays. 

Most  flat-panel  displays  are  constructed  by  depositing  electrodes  or  devices 
on  a substrate  fabricated  from  stable  materials  such  as  glass  or  ceramic. 

Flat  panel  displays  are  now  being  designed  to  become  a part  of  many  display 
systems,  perhaps  even  replacing  the  CRT  in  some  applications. 

The  plasma  panel  display  may  bridge  the  gap  between  presently  used  CRT 
displays  which  are  limited  to  a maximum  of  25  to  30  inch  diameter  and  the 
6x8  foot  and  larger  wall  display  currently  based  on  projection  technology. 

The  display  devices  depicted  in  the  computer  resources  requirements  survey  are 
presented  in  this  report  according  to  three  groups  based  on  size  of  display 
area.  These  three  groupings  are  small  screen  size  (up  to  12  inches),  medium 
screen  size  (12  to  25  inches)  and  large  screen  size  (greater  than  25  inches). 

In  addition,  the  survey  indicates  if  the  displays  are  interactive,  alphanumeric 
only,  or  alphanumeric  plus  graphics.  Other  information  concerning  each  parti- 
cular display  is  included  in  the  questionnaire  where  this  information  was  able 
to  be  obtained.  Where  known, the  manufacture  and  model  number  (or  military 
nomenclature)  are  also  provided  in  the  questionnaire. 

3.1.6  Intelligent  Terminals 

An  intelligent  terminal  is  usually,  but  not  always,  remotely  located  from  its 
host  computer  and  requires  a man-machine  interface.  The  intelligent  terminal 
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is  user  programmable  and  may  not  be  alterable  by  the  user,  i.e.,  allow 
software  changes  only  at  the  factory,  such  as  burning  in  a new  read-only  memory 
(ROM).  Intelligent  terminals  contain  processors  (generally  Micro-processors) 
which  relieve  the  host  computer  of  certain  functions  by  providing  such  features 
as  a wide  range  of  editing  capabilities,  programmable  transmission  codes,  limited 
data  computational  capability,  automatic  error  detection  and  correction,  etc. 

In  some  cases,  intelligent  terminals  are  grouped  into  two  categories;  "Portable" 
(i.e.,  typically  under  ten  pounds,  handheld,  man-pack,  etc.)  and  "console" 
(possible  including  CRTs,  printer,  keyboards,  or  other  devices).  An  example 
of  the  portable  category  would  be  the  Digital  Message  Device  (DMD)  and  examples 
of  the  console  category  would  be  the  AN/UGC-74  Intelligent  Communications  Terminal 
and  the  Tactical  Computer  Terminal  (TCT). 

3.1.7  Other  Peripherals  Devices 

The  computer  resources  requirements  survey  considers  all  computer  peripheral 
devices  not  included  in  paragraphs  .’>.1.1  through  3.1.6  in  a category  labeled  as 
"other".  This  group  contains  such  computer  peripherals  as  paper  tape  readers, 
paper  tape  punches,  keypunch  machines,  plotters,  card  readers,  card  punches, 
consoles,  non-intell igent  terminals,  etc.  These  devices,  if  they  exist  within 
surveyed  systems  are  documented  in  the  questionnaire  itself  but  are  not  discussed 
in  this  report. 

3.2  SOFTWARE  RESOURCES.  Computer  software  is  a combination  of  associated 
computer  programs  and  computer  data  required  to  enable  the  computer  equipment  to 
perform  computational  or  control  functions  (reference  DoD  Directive  5000.29). 

This  section  of  the  Computer  Resources  Requirements  survey  addresses  computer 
programs;  specifically,  those  associated  with  the  following: 

©Functional  Support  Software  (paragraph  3.2.1) 

o General  Support  Software  (paragraph  3.2.2) 

o Operating  System  Services  (paragraph  3.2.3) 

o Post  Deployment  Support  Software  (paragraph  3.2.4) 

©Applications  Software  (paragraph  3.2.5) 

Most  of  the  above  software  groupings  deal  with  support  software,  i.e.,  that 
software  used  for  producing,  modifying,  analyzing,  and  testing  a computer-based 
system.  These  software  groupings  are  further  broken  down  into  sub-categories 
as  identified  in  sub-paragraphs  3.2.1  through  3.2.4. 

3.2.1  Functional  Support  Software 

Functional  support  software  is  that  software  that  provides  direct  support  to 
such  major  software  development  activities  as  the  following: 

a.  Translate  user  needs  into  functional  system  requirements  and  allocate 
those  functions  to  hardware,  software,  firmware,  and  people. 
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b.  Develop  functional  design  specifications. 

c.  Design  the  software  and  the  requirements  specifications. 

d.  Design  and  construct  system  acceptance  test  scenarios,  drivers,  and 
monitors. 

e.  Produce  unit-tested  software  nodules  in  accordance  with  the  require- 
ments specifications. 

f.  Integrate  and  tost  the  unit-tested  software  modules  in  accordance 
with  interface  and  subsystem  specifications  to  validate  the  total  system. 

g.  Receive,  evaluate,  and  control  engineering  change  requests  and 
distribute  configuration  controlled  systems  to  the  users. 

Examples  of  functional  support  software  are  discussed  in  the  following 
subparagraphs; 

3.2. 1.1  Simulators.  A general  purpose  simulator  allows  a user  to 
construct  a computer  model  of  a real  or  proposed  system  and  to  perform  simu- 
lation experiments  to  determine  the  behavior  of  the  model  under  various  ope»a- 
tional  conditions. 

A computer  system  simulator  has  basic  building  blocks  that  represent  real 
computer  system  components  whose  modeled  behavior  approximates  the  throughputs, 
capacities  and  access  times  achievable  on  the  modeled  equipments. 

3.2. 1.2  Data  Base  Design  Aids.  Data  Base  Design  Aids  are  used  to  assist 
data  base  designers  in  grouping  data  elements  into  logical  record  classes  and 

in  determining  the  relationships  among  logical  record  classes  implicit  in  either 
the  nature  of  the  data  or  the  usage  of  the  data. 

3.2. 1.3  Testing  Aids.  The  types  of  testing  aids  that  support  the  con- 
struction of  system  testing  include: 

a.  Test  Data  Generators  that  create  data  files  for  testing  and  validating 
computer  programs. 

b.  Test  Data  Auditors  that  compare  data  files  against  specifications 
and  produce  reports  of  discrepancies  and/or  compliance. 

c.  Test  Case  Design  Advisors  that  analyze  programs  written  in  a high 
level  language  and  present  the  results  of  that  analysis  in  a form  suitable  to 
assist  test  case  designers  in  the  selection  of  test  data. 

d.  Test  Instrumenters  and  Analyzers,  i.e.,  instrument  modules  under  test 
so  as  to  collect  data  characterizing  the  behavior  of  the  module. 


3.2. 1.4  Assemblers.  Assemblers  allow  programs  to  be  coded  in  a symbolic 
laniuage  in  which  statements  generally  correspond  to  a single  machine  instruction 

3.2. 1.5  Compilers.  Compilers  are  used  to  translate  programs  written  in 

a h gh  level  language  into  either  relocatable  object  code  acceptable  to  a linker 
or  , ssembler. 

3.2. 1.6  Linkers.  Linkers  combine  the  text  produced  by  separate  invocations 
of  compilers  and  assemblers  ("object  modules")  into  executable  code  strings 

( load  modules"  or  "core  images")  that  can  be  loaded  into  the  computer's  main 
storage  and  executed  withojt  further  pre-processing. 

3.2. 1.7  Debugging  Aids.  Debugging  aids  are  used  to  assist  the  programmer 
in  ocating  the  sources  of  program  errors  that  have  been  discovered  during  unit 
tes’ ing,  usually  by  giving  some  control  over  the  execution  of  the  module  under 
tes'  that  is  external  to  the  normal  program  code. 

3.2. 1.8  Performance  Monitors.  Performance  monitors  assist  the  progranmer 
in  cuantifying  the  resource  consumption  characteristics  of  a program  and  in 
isolating  performance-cri tical  areas. 

3.2.2  General  Support  Software  (General  Support  Services)  The  primary 
function  of  general  support  software  (general  support  services)  is  to  provide 
a f»amework  of  common  services  that  will  allow  the  outputs  of  the  functional 
supi  ort  software  (paragraph  3.2.1)  to  be  stored,  retrieved  and  inter-communicated 
The  following  subparagraphs  present  examples  of  software  that  provides  general 
support  to  ail  software  development  activities. 

3.2.2. 1 Data  Rase  Management  System.  A data  base  management  system 
allows  the  user"  oTa  computer  system  to  Befine  the  contents  of  and  the  logical 
relationships  between  collections  of  data  items  that  represent  some  useful 
abstraction  of  a real-world  phenomenon  without  being  concerned  with  the 
physical  mechanics  of  storing,  locating,  and  retrieving  items  or  groups  of 
items. 

3. 2.2.2  Text  Processing  Systems.  These  systems  allow  the  maintenance 
of  printed  documents  in  machine  readable  form.  In  addition  to  the  actual 
printed  (ext  of  the  document,  the  machine  readable  file  generally  contains 
control  statements  that  specify  the  format  of  the  finished  document  in  terms 
of  spacing,  indentation,  pagination,  titling,  and  justification. 

3.2.2. 3 Editors,  Source  Language.  Editors  are  programs  that  allow  the 
user  to  add,  delete,  replace  and  alter  the  contents  of  individual  data  records 
within  a file.  They  may  le  divided  into  interactive  editors  that  are  designed 
to  be  used  in  an  on  line,  time-sharing  mode,  and  batch  editors  that  take  their 
commands  from  control  cards  in  the  input  stream. 

3. 2. 2. 4 Sort/Merge.  This  utility  allows  the  user  to  rearrange  the  order 
of  the  logical  records  in  one  or  more  input  files  so  that  the  records  of  the 
resulting  output  file  are  in  order  specified  by  the  collating  sequence  of  a 
series  of  one  or  more  fields  in  each  record. 
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3. 2. 2. 5 Documentation  Aids.  Documentation  aids  assist  in  the  preparation 
and  maintenance  of  documentation  about  the  modules  of  a system.  Aids  most  rele- 
vant to  a program  development  environment  include  text  processing  systems,  flow- 
chart construction  languages  and  automatic  flowcharters. 

3. 2. 2. 6 Information  Retrieval  Systems.  Information  Retrieval  Systems 

are  general  purpose  application  programs  operating  either  on-line  (interactively! 
or  in  the  batch  that  interpret  user  requests  to  locate  and  display  information 
that  is  stored  either  within  a structured  database  or  within  separate  files. 

These  systems  can  be  classified  either  as  query  language  systems  or  as  report 
wri ters . 

3.2.2  General  Support  Software  (General  Support  Services)  The  primary 
function  of  general  support  software  (genera!  support  services)  is  to  provide 
a framework  of  common  services  that  will  allow  the  outputs  of  the  functional 
support  software  (paragraph  3.2.1)  to  be  stored,  retrieved  and  inter-communicated . 
The  following  subparagraphs  present  examples  of  software  that  provides  general 
support  to  all  software  development  activities. 

3.2.2. 1 Data  Base  Management  System.  A data  base  management  system  allows 
the  user  of  a computer  system  to  define  the  contents  of  and  the  logical  relation- 
ships between  collections  of  data  items  that  represent  some  useful  abstraction 

of  a real-world  phenomenon  without  being  concerned  with  the  physical  mechanics 
of  storing,  locating,  and  retrieving  items  or  groups  of  items. 

3. 2. 2. 2 Text  Processing  Systems.  These  systems  allow  the  maintenance 

of  printed  documents  in  machine  readable  form.  It.  addition  to  the  actual  printed 
text  of  the  document,  the  machine  readable  file  generally  contains  control  state- 
ments that  specify  the  format  of  the  finished  document  in  terms  of  spacing, 
indentation,  pagination,  titling,  and  justification. 

3.2.2. 3 Editors,  Source  Language.  Editors  are  programs  that  allow  the 
user  to  add,  delete,  replace  and  a) ter  the  contents  of  individual  data  records 
within  a file.  They  may  be  divided  into  interactive  editors  that  are  designed 
to  be  used  in  an  on  line,  time-sharing  mode,  and  batch  editors  that  take  their 
commands  from  control  cards  in  the  input  stream. 

3.2.3  Operating  System  Services.  The  Operating  System  (OS)  Services  present 
a "virtual  machine"  interface  to  the  Function  Support  Software  (Paragraph  3.2.1) 
and  the  Generil  Support  Software  (Paragraph  3.2.2)  and  manages  the  real  system 
hardware. 

The  Operating  System  is  a collection  of  supervisory  routines  (usually  user 
transparent)  responsible  for  the  allocation  of  system  resources  among  the  user 
tasks.  These  "outines  may  include  memory  management,  I/O  handling,  logging, 
storage  assignment,  operator  interaction  and  job  scheduling.  Some  typical 
Operating  Sys  ems  are  discussed  in  the  subparagraphs  below. 

3.2.3. 1 Basic  Operating  Sys tens  (DOS).  The  Rasic  Operating  System  (DOS) 
runs  single  user  processes  from  initiation  to  termination,  may  or  may  not 
overlap  I/O  with  execution,  and  provides  basic  1/0  support  that  allows  the  user 
to  refer  to  files  symbolically  and  to  read  and  write  them  without  knowing  the 
hardware  details  of  the  1/0  Interface.  BOS  provides  basic  batch  supervisor 


services  that  control  normal  and  abnormal  job  termination,  job  to  job  transition, 
and  operator  communication.  It  provides  a minimum  base  for  program  development 
by  supporting  at  least  one  language  translator  and/or  linker/loader. 

3 . 2 . 3 . 2 Multiprogramming  Opera t i ng  System  (MOS).  A Mu 1 1 i p rog ramming 
Operating  System  {MOS;  provides  aTl  of  the  services  of  the  Basic  Operating 
System  while  supporting  the  concurrent  execution  of  two  or  more  user  jobs  by 
allowing  any  special  programming  considerations  in  the  user  job.  It  prevents 
concurrently  executing  user  jobs  from  accidentally  or  intentionally  destroying 
each  other  or  the  supervisor. 

3.2  3.3  Multiprocessor  Operating  System  (MPOS).  A Mul tiprc-.essor  Operating 
System  (MF’OS)  allows  the  computing  load  to  be  spread  across  more  tnan  one  processor 
based  on  automatic  (programmed)  load-level ing  algorithms  or  operator  control,  but 
does  not  require  special  case  programming  in  the  user  job.  Multiprocessor  Opera- 
ting Systems  include  the  shared  storage,  loosely  coupled,  and  networked  types. 

3. 2. 3.4  Time-Sharing  Operating  Systems  (TSOS).  A Time-Sharing  Operating 
System  (TSOS)  is  a variant  of  the  multiprogramming  operating  system  in  which 
system  resources  are  allocated  to  user  jobs  in  such  a way  that  all  jobs  appear 
co  progress  at  the  same  rate.  In  addition,  users  are  allowed  to  "irteract"  with 
and  receive  output  from  their  jobs  via  terminals.  Such  systems  are  optimized 
for  response  rather  than  throughput  or  equipment  utilization. 

3.2.3.5  Real-Time  Operating  Systems  (RTOS).  Real -Time  Operating  Systems 
(RTOS)  allow  user  jobs  to  be  executed  within  specified  short  time  limits. 

3.2. 3.6  Virtual  Machine  Monitor  (VMM^.  With  a Virtual  Machine  Monitor 
(VMM),  the  operating  system  presents  an  interface  to  the  user  program  that 
makes  it  appear  that  the  program  is  executing  on  a target  computing  system, 
execution  of  the  user  program  under  control  of  the  VMM  must  be  identical  to 
its  execution  on  the  target  machine  with  the  exception  of  timing  dependent 
code.  In  general,  the  VMM  must  emulate  the  architecture  with  sufficient  care 
such  that  the  user  program  cannot  discover  (except  through  timing)  whether  it 
is  executing  in  the  target  or  virtual  machine. 

3.2.4  Post  Deployment  Support  Software.  Post-deployment  support  software 
is  that  software  that  provides  direct  maintenance  support  (both  hardware  and 
software)  to  the  deployed  computer  system.  Examples  of  some  common  types  of 
post-deployment  supoort  software  are  discussed  in  the  following  subparagraphs. 

3.2.4. 1 Fault  Detection  and  Isolation.  A fault  detection  and  isolation 
package  consists  of  a comprehensive  set  of  system  checkout  programs  capable 
of  recognizing  equipment  failures  and  diagnosing  the  cause  to  the  level  of 

the  smallest  field  replaceable  element  for  each  equipment  item.  Fault  detection 
and  isolation  when  other  functions  are  not  being  performed;  or  as  called  for 
by  the  operator  to  isolate  a detected  fault,  or  to  perform  testing  during  non- 
tactical  operational  periods. 

3. 2. 4. 2 Diagnostic  Programs.  Diagnostic  programs  are  designed  to  aid 
in  the  detection  of  hardware  and  software  malfunctions.  Hardware  diagnostic 
programs  provide  a means  of  detecting  failures  and  facilitating  rapid  elimina- 
tion of  components  demonstrating  drastic  or  marginal  problems.  Software 
diagnostics  include  error  statements  produced  by  the  executive  routine  that 
tell  the  programmer  of  a specif  i~  error  or  problem. 
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3. 2. 4. 3 Trap/Trace  Routines.  Trap/Trace  Routines  are  useful  software 
debugging  tools.  Traps  are  halts  inserted  in  object  code  that,  when  encountered 
during  program  execution,  cause  a branch  to  a specific  location  (breakpoint)  in 
a program  or  sub-routine  that  facilitates  debugging  by  requesting  interrupt  for 
manual  evaluation  and/or  modification  before  continuing  program  execution. 

Trace  is  a debugging  tool  that  prints  or  displays  a specific  set  of  registers 
and/or  memory  locations  as  they  are  encountered  throughout  the  execution  of  a 
program.  Program  execution  is  not  interrupted,  but  a trace  of  the  contents  of 
key  variables  and  registers  is  provided  for  later  problem  analysis. 

3. 2. 4. 4 Scenario  Generators.  Scenario  generators  are  designed  to  simulate 
actual  or  near-actual  system  operational  conditions.  For  example,  a scenario 
generator  may  provide  for  the  transmission/reception  of  messages  to/from  a system 
under  test.  This  function  may  include  extracting  messages  from  a scenario  tape, 
determining  their  time  or  scheduled  transmission  to  the  system  under  test,  trans- 
mitting the  message  from  the  system  under  test. 

3.2.5  Applications  Software.  Applications  software  is  a series  of  inter- 
related routines  and  subroutines  designed  to  perform  a specific  task.  The  cost 
of  applications  program  development  is  directly  related  to  the  complexity  of 
the  application,  the  amount  of  software  tools  available,  and  to  the  number  oi 
source  statements  written. 

In  this  section  of  the  computer  resources  requirements  survey,  applications 
software  was  investigated  on  a per-system  basis  with  respect  to: 

o its  approximate  size,  i.e.,  estimated  number  of  source  statements; 
and  if  known,  its  approximate  cost  per  instruction  to  produce. 

o its  use  of  machine  oriented  language  (MOL)  or  some  higher  order 
language  ( HOL ) . 


4.  THI  INTERVIEW  PROCESS 


The  actual  questionnaire  used  for  the  computer  resources  requirement;  survey 
was  developed  by  System  Development  Corporation  (SDC)  and  approved  by  CENTACS. 

The  questionnaire  contains  over  thirty-six  pages  with  fifty-four  questions, 
many  of  which  are  detailed  and  somewhat  technical  in  nature.  The  questions 
are  arranged  in  six  categories  (parts).  See  Section  7 for  the  actual  questlon- 
aire  used. 

Part  A,  System  Description  - This  section  shows  a pictorial  representation  of 
the  system  as  we'll  as  a system  profile.  A system  level  block  diagram  is  also 
included.  Sixteen  related  questions  dealing  with  the  system,  its  requirements, 
and  its  acquisition  are  presented. 

Part  B,  System  Interfaces/Communications  - This  section  highlights  the  external 
system  interfaces  as  well  as  the  Internal  subsystem  interfaces.  The  conmunica- 
tion  requirements  of  the  interfaces  are  also  addressed.  There  are  six  questions 
in  this  section. 

Part  C,  Major  Computer  Resource  Elements  (Hardware)  - Part  C contains  sixteen 
questions  discussing  the  hardware  characteristics  of  the  computer  resources 
elements,  i.e.,  processor;  primary,  secondary,  and  tertiary  memory;  printers, 
displays,  intelligent  terminals,  and  other  peripheral  equipments. 

Part  D,  Major  Computer  Resource  Elements  (Software)  - Part  D contains  eight 
questions  requesting  data  concerned  with  the  computer  languages  used,  govern- 
ment regulations,  and  support  softwar?  requirements,  including  post-deployment 
support  requirements. 

Part  E,  System  Support  Activity  - Thi ; section  contains  four  questions  describing 
the  maintenance  support,"  configuration  control,  and  the  communication  support 
responsibil ities. 

Ptrt  F.  Automated  Training  Support  Computer-Based  System  - This  section  discusses 
tTTe  major  computer  resource  elements  (hardware  A software)  used  in  automated 
training  support  of  computer-based  systems  and  devices.  There  are  four  questions 
in  this  category. 

A letter  was  issued  by  DARCOM  requesting  participation  in  this  survey  and  the 
establishment  of  points-of-conta  t.  CENTACS  supplied  SDC  with  forty-two  points- 
of-contact.  Some  of  these  were  contacted  by  telephone.  The  purpose  of  this 
telephone  contact  was  to  set  up  a date  for  the  interviewer  to  make  an  initial 
informal  personal  contact  (not  an  interview)  with  the  PM  Office,  explain  the 
purpose  of  the  survey,  and  to  leave  a copy  of  the  questionnaire  for  preliminary 
review  and  interview  preparation  by  the  PM's  personnel.  At  this  time,  the 
interviewer  obtains  as  much  information  as  possible  describing  the  system,  e.g., 
fact  sheets,  brochures,  copies  of  view-graoh  briefings,  etc.  This  enables  the 
interviewer  to  better  prepare  himself  for  the  upcoming  interview  and  thus  help 
the  Interview  process  to  run  smoothly. 


??. 


After  one  to  two  weeks  another  telephone  contact  was  made  to  schedule  a 
mutually  convenient  appointment  for  the  actual  conduct  of  the  interview  itself. 

The  actual  interview  requires  from  two  to  four  hours  depending  on  the  type  of 
personnel  present  at  the  interview  and  the  extent  of  their  preparedness  as 
well  as  that  of  the  interviewer.  The  average  time  was  found  to  be  approximately 
3*s  hours. 

Since  most  interviewees  were  not  able  to  provide  all  needed  information,  following 
each  interview  the  interviewer  (in  most  cases)  had  to  research  several  missing 
answers  to  various  questions  and  develop  drawings,  diagrams,  etc.  from  whatever 
material  could  be  found  and  made  available.  This  activity  proved  to  be  extremely 
laborious  and  very  time  consuming  but  was  considered  to  be  necessary  in  order  to 
provide  an  acceptable  end  product.  If  this  were  not  done,  there  would  be  several 
unanswered  questions  on  many  of  the  questionnaires. 

Most  of  the  PM  Offices  requested  that  they  be  allowed  to  review  and  approve  the 
finished  (completed)  questionnaire  before  it  is  submitted.  This  is  a good  pro- 
cedure since  it  not  only  gives  the  PM  a chance  to  see  how  the  finished  product 
looks  in  its  entirety  but  also  serves  as  a check  on  the  accuracy  of  the  answers, 
both  those  supplied  by  the  interviewees  and  those  supplied  by  the  interviewer 
through  his  own  estimates  and/or  research  efforts.  This  procedure  requires  addi- 
tional time  to  complete  questionnaires  but  it  is  felt  that  the  addition  time  is 
well  worth  the  benefits  derived  from  the  PM's  final  review. 

In  summary,  the  interview  process  breaks  down  as  follows: 

a.  Initial  personal  contact  prior  to  actual  interview  (S  man-day). 

b.  Time  for  interviewer  to  prepare  for  the  interview  (1  man-day) 

c.  Actt  al  conduct  of  the  interview  (S  man-day). 

d.  Add  tional  post-interview  research  to  finalize  the  questionnaire, 
ask  additional  questions,  extract  data,  etc.  (IS  - 2*s  man-days). 

e.  PMO  review  cycle  (optional) 

This  allows  a total  of  3S  to  4S  man-days  per  system  or  approximately  5 to  6 
interviews/surveys  per  month  (22  working  days)  per  interviewer.  It  should  be 
pointed  out  here  that  this  rate  of  5 - 6 interviews/surveys  per  month  per  inter- 
viewer is  based  on  local  interviews  involving  no  travel  time.  Future  interviews 
will  require  travel  and  the  interview/survey  rate  per  interviewer  will  necessarily 
be  somewhat  ower. 
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5.  COMPUTER  RESOURCES  REQUIREMENTS  PER  YEAR  (FY  1978  - FY  1990) 

The  actual  data  extracted  from  Parts  C and  D of  the  twenty  questionnaires 
submitted  In  summarized  In  this  section,  primarily  by  the  use  of  tables  and 
graphs. 

5.1  CgMPUTER_ RESOURCE  REQUIREMENTS  - HARDWARE.  The  data  associated 
with  each  of  the  computer  resourcehardware  elements  Identified  In  paraqraDhs 

3.1.1  through  3.1.6  Is  shown  In  Tables  5-1  through  5-5. 

5.1.1  i Compute^ Requl remen ts  per  Year  (Table  5-1).  Table  5-1  shows  that 
there  Is  a large  demand  for  MICROcomputers  as  system  computer  in  small  portable 
man-pack  systems  and  airborne  units.  They  are  also  being  widely  used  In  sensors, 
data  terminals,  displays,  control  units,  etc.  For  other  than  MICRO  computer 
applications,  the  majority  of  the  requirements  are  for  the  MIDI  and  MINI  computer 
configurations.  Of  the  initial  twenty  systems  surveyed,  there  was  absolutely  no 
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Note:  70%  of  the  twenty  computer  systems  surveyed  use  core  memory  (a  total  of 
6368K  bytes  ranging  in  capacity  from  32K  bytes  to  2048K  bytes). 

30%  of  the  twenty  computer  systems  surveyed  use  semi-conductor  memory 
(a  total  of  252K  bytes  ranging  in  capacity  from  256  bytes  to  22K  bytes). 
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Table  5-1  Computer  Requirements  Per  Year 

NOTE:  This  table  represents  actual  data  collected  for  the  initial  twenty  systems  only. 
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5.1.2  Auxiliary  Memory  Requirements  per  Year  (Table  5-2).  Table  5-2 
shows  the  requirements'  per  year  for  both'  secondary  memory  (Disk ) and  tertiary 
memory  (Cassette/cartridge/tape-reel).  As  indicated,  there  are  no  requirements 
at  all  for  drum  storage  among  the  initial  twenty  systems.  Only  one  system 
was  found  to  use  drums  but  since  they  have  definite  plans  to  change  to  disk, 
their  secondary  storage  requirements  were  listed  as  disk.  All  of  the  1,109 
disk  systems  are  lass  than  16  Mega-Bytes  except  for  36  units  which  are  80 
Mega -Bytes. 

Thirty- five  percent  of  the  systems  surveyed  have  secondary  storage  require- 
ments that  are  being  satisfied  by  disks.  The  remaining  65  percent  of  the 
systems  have  no  requirements  for  secondary  storage. 

Seventy  percent  of  the  systems  surveyed  require  tertiary  storage;  57  percent 
satisfying  this  requirement  through  the  use  of  Cartridge  tape  drives  which 
are  being  employed  in  quantity  ratios  of  12:1  over  both  reel  and  cassette 
comb i ned . 


5.1.3  Printer  Requirements  per  Year  (Table  3-3).  As  shown  in  Table  3-3, 
there  are  no  requirements  for  high  speed  printers  (greater  than  1000  1pm). 
Medium  speed  printers  (up  to  1000  1pm)  are  being  used  2:1  over  low  speed  (10- 
300  1pm)  printers.  There  were  no  printer  requirements  at  all  for  35  percent 
of  the  systems  surveyed.  The  remaining  systems  were  split  approximately 
50  - 50  between  their  need  for  low  speed  versus  medium  speed.  The  number  of 
characters  (columns)  per  line  varies  from  33  to  132  but  is  predominately  80 
columns. 


5.1.4  Display  Requirements  per  Year  (Table  5-4).  There  are  require- 
ments for  all  sizes  of  display  devices  .'  especially  for  the  small  screen 
(less  than  12  inches)  type.  Eighty  percent  of  the  systems  surveyed  require 
display  devices  with  approximately  half  specifying  small  screen  and  half 
specifying  medium  size  screens.  Of  those  systems  having  a need  for  display 
devices,  32  percent  require  interactive  displays  while  56  percent  require 
interactive  displays  with  graphics  capability.  Twelve  percent  do  not  require 
either  interactive  features  or  graphics  capability.  CRT  type  displays  are 
used  approximately  2:1  over  plasma  panel. 


Intelligent  Terminals  Requirements  per  Year  (Table  5-5).  The 
jent  terminals  is  evenly  divided  with  50  percent'  specifying  the 


The  need 


5.1.5  

for  intelligent  __ 

need  and  50  percent  declaring  no  such  need.  Sixty  percent  of  those  systems 
requiring  intelligent  terminals  state  their  needs  in  the  portable  category, 
i.e.,  handheld,  manpack,  etc.  The  quantity  of  portable  intelligent  terminals 
far  exceeds  any  other  type  or  size  by  16.1. 


5.2  COMPUTER  RESOURCE  REQUIREMENTS  - SOFTWARE.  This  paragraph  discussed 
the  computer  resource  software  elements  as  TdentTfTed  in  paragraphs  3.2.1 
through  3.2.5  and  as  shown  in  Figures  5-1  through  5-7. 


5.2.1  Applications  Software  Type , Size,  and  Cost  (Figures  5r 1 thru  5-3) 
in  Figure  5-1,  most  of  the  systems  surveyed  f60  percent)'  use  MacKTne 


As  shown 

Oriented  Language  for  the  applications  software,  while  only  15  percent  use  a 
Hiqher  Order  Language  (H0L).  Those  systems  using  H0L  reported  using  TACP01 
CMS-2,  FORTRAN  II,  JOVIAL  and  ATLAS-EQUATE. 
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NOTE:  This  table  represents  actual  data  collected 


for  the  initial  twenty  systems  only. 
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56 

Small  Screen  Displays  44%  are  interactive  and  22%  provide  graphics. 
Medium  Scr «en  Displays:  All  are  interactive  and  75%  prov  ide  graphics. 
Large  Screen  Displays:  All  are  interactive  and  provide  graphics. 
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NOTE:  This  '.able  represents  actual  data  collected  on  the  initial  twenty  systems  « nl> 


Table  >-4  Display  Requirements 
Per  Year 
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This  table  represents  actual  data  collected 
on  the  initial  twenty  systems  only. 
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Table  5-5  Intelligent  T'rminal  Requirements 
Per  Year 


Figure  5-2  shows  that  53  percent  of  the  systems  surveyed  reported  that  the 
size  of  their  applications  software  (number  of  source  statements)  was  in  the 
range  of  10K  to  100K.  Only  10  percent  exceeded  this  fiyure  while  37  percent 
were  below  this  range. 

Cost  per  instruction  varied  among  those  systems  that  replied  to  this  question 
(40  percent  of  t!.e  systems  surveyed  could  not  answer  this  question).  Fifteen 
percent  of  the  systems  that  did  respond  to  this  question  stated  the  cost  per 
instruction  as  under  $25,  25  percent  stated  $25  - $50,  while  another  20  per- 
cent indicated  the  $50  - $100  range.  (See  Figure  5-3). 

5.2.2  Functional  Support  Software  (Figure  5-4)  The  breakdown  of  the 
Functional  Support  Software  is  very  widely  distributed  among  the  systems 
surveyed  as  shown  in  Figure  5-4.  All  twenty  systems  interviewed  responded 
to  this  question  - there  were  no  negative  replies.  Assemblers,  Debugging 
Aids,  Compilers,  and  Simulators  were  the  most  predominate  items  required 
among  the  initial  twenty  systems  surveyed. 

5.2.3  General  Support  Software  (Figure  5-5)  The  question  on  General 
Support  was  without  a doubt  one  of  the  questions  that  created  the  most  negative 
response.  Forty  percent  of  the  systems  could  not  respond.  Most  stated  that 
they  did  not  jnderstand  what  was  meant  by  "General  Support  Software."  When 

the  meaning  was  explained,  these  forty  percent  then  responded  that  either 
they  didn't  use  any,  it  wasn't  defined  yet,  or  that  they  just  didn't  know. 

For  the  remaining  60  percent  of  the  systems  surveyed  that  did  provide  a 
positive  response,  the  replies  were  distributed  as  shown  in  Figure  5-5. 

5.2.4  Operating  System  (OS)  Usage  (Figure  5-6)  As  shown  in  Figure  5-6, 
the  operating  system  most  widely  being  used  is  by  far  the  Real-Time  Operating 
System  (RT0S)  with  75  percent  of  those  surveyed  reporting  this  OS  for  their 
system. 

5.2.5  Post  Deployment  Support  Software  (Figure  5-7)  Most  of  the  systems 
surveyed  (85  percent!  use  Fault  Detection  and  Isolation  software  as  well  as 
Diagnostic  Programs.  See  Figure  5-7.  Fifteen  percent  (three  systems)  of  the 
twenty  systems  surveyed  indicated  as  "unknown"  or  "not  defined"  in  this  area 
even  though  two  of  the  three  systems  were  in  the  Engineering  Development  (F.D1 
Phase  and  should  therefore  have  given  some  thought  to  the  subject  of  post  deploy- 
mert  support  at  this  point..  The  other  system  was  in  Limited  Rate  Initial  Pro- 
duction and  couldn't  specify  any  requirements  for  post  deployment  support  soft- 
ware. 
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6.  COMPUTER  REQUIREMENTS  (Total  Systems) 

As  estimate  of  the  total  U.S.  Army  defense  systems  computer  needs  for  the 
1980's  is  shown  in  Table  6-1.  "MAXIs"  are  nov  included  since  their  quantity 
was  found  to  be  too  insignificant  to  be  considered. 

This  interim  report  indicates  122,000  Micro  computers  estimated  to  be  required 
during  the  1980's;  10,000  Mini-computers  and  3,000  Midi-computers  estimated  for 
the  1980's. 

No  attempt  is  made  to  estimate  the  number  of  computers  by  year  since  the 
acquisition  status  of  the  remaining  systems  is  not  known.  Also,  no  attempt 
was  made  to  estimate  other  computer  resources  requirements,  such  as  printers, 
displays,  software  type,  size,  etc.  since  this  type  of  estimate  would  be  pure 
conjecture  based  on  the  extremely  limited  knowledge  of  the  remaining  systems 
that  are  presently  listed  on  the  DARCOM  "Inventory  of  Computers  In  Army  Defense 
Systems". 


ESTIMATE  OF  TOTAL  U.S.  ARMY  DEFENSE  SYSTEMS 


COMPARISON  WITH  OTHER  RELATED  DATA 


It  would  be  very  desirable  to  get  some  Idea  as  to  how  accurate  the  estimate 
In  Table  6-1  really  Is.  The  only  other  similar  study  known  which  can  possibly 
be  used  for  some  comparison  purpose  is  the  Frost  and  Sullivan  Study  Report 
entitled  "The  Military  Computer  Market"*  dated  November  1976.  The  Frost  and 
Sullivan  Report  does  not  speak  in  computer  quantities  but  rather  In  dollar 
value  of  computer  systems  (i.e.,  CPU,  Memory,  and  I/O).  Also,  it  covers  only 
the  five  year  period  FY  197 1 thru  FY  1981, 

Therefore,  to  provide  some  sort  of  a comparison,  it  will  be  necessary  to 
compare  only  the  computer  system  (i.e.,  CPUs,  Memory,  and  I/O  only)  quantities 
in  this  interim  report  during  FY  1978  thru  FY  1981  with  the  same  four  year 
period  in  the  Frost  and  Sullivan  Report.  This,  of  course,  will  not  serve  as 
a comparison  for  the  entire  ten  year  period  addressed  in  Table  6-1  but  it  will 
at  least  provide  some  level  of  confidence,  even  if  only  for  the  FY  1978  - FY  1981 
period.  Also,  the  quantities  surveyed  as  well  as  those  estimated  in  this  interim 
report  will  have  to  be  converted  to  dollars  for  comparison  to  the  dollars  stated 
in  the  Frost  and  Sullivan  Study  Report. 

In  converting  to  dollars,  the  procedure  used  is  sunmarized  in  Table  6-2  and 
explained  in  detail  below. 

For  the  twenty  systems  already  surveyed  in  this  interim  report,  the  computer 
quantities  and  costs*  are  known  and  documented  in  the  questionnaires. 

By  multiplying  the  actual  quantity  of  computers  for  the  years  FY  1978  through 
FY  1981  only,  by  the  actual  dollar  cost  of  those  computers,  it  was  found  that 
the  twenty  systems  surveyed  represent  a computer  cost  of  approximately  $140,000,900. 

The  Frost  and  Sullivan  Report  indicates  that  the  U.S.  Army  will  spend  $591,000,000 
for  computer  systems  during  this  four  year  period  with  25  percent  of  that  being 
for  missile  computer  systems,  none  of  which  have  been  included  in  the  initial 
twenty  systems  surveyed.  The  survey  of  the  initial  twenty  systems  therefore 
accounts  for  approximately  24  percent  of  the  total  computer  costs  declared  by 
the  Frost  and  Sullivan  Report. 

The  remaining  systems  yet  to  be  surveyed  must  have  their  computer  costs  estimated. 

To  accomplish  this,  an  "average  cost"  for  a MICRO,  MINI  and  MIDI  was  computed 
based  on  the  actual  data  contained  in  the  initial  twenty  questionnaires.  The 
MICRO  had  a reported  cost  range  of  $1,500  to  $22,400  with  an  average  cost  of 
$5,100.  The  MINI  had  a reported  cost  range  of  $23,000  to  $175,000  with  an 
average  cost  of  $71,000.  Finally,  the  MIDIs  had  a reported  cost  range  of  $260,000 
to  $475,000  with  an  average  cost  of  $296,000. 


♦Note:  The  term  "costs"  as  used  throughout  this  section  of  the  interim  report 
impTTes  "cost  to  the  government,  i.e.,  the  price  paid  by  the  government".  It 
is  not  meant  to  indicate  or  imply  manufacturer's  cost  or  the  cost  to  the  supplier 
prior  to  normal  mark-up:  and  profit  margins  usually  passed  on  to  the  ultimate 
customer. 
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In  »stimating  the  cost  of  the  remaining  computers  yet  to  be  surveyed  and 
scheduled  to  be  delivered  during  the  FY  1978  - FY  1981  time  period,  the 
average  cost  was  used,  i.e.,  $5,100  for  the  MICROS,  $71,000  for  the  MINIS, 
and  $296,000  for  the  MIDIs.  However,  since  the  above  average  costs  are 
based  on  FY  1977  figures  and  the  average  cost  desired  is  not  for  FY  1977 
but  for  FY  1978  - 1981,  an  "escalation  rate"  (for  electronics)  was  used  to 
convert  the  average  computer  costs  from  FY  1977  figures  to  what  they  might 
actjally  be  during  the  years  from  FY  1978  to  FY  1981.  The  source  for  this 
escalation  rate  Is  DARCOM  Letter  DRCCP-ER,  dated  14  December  1976  from  BG 
Alfred  J.  Cade,  Subject:  "Inflation  Guidance".  Based  on  an  FY  1977  Base 
Year  and  using  compound  Indices,  an  average  escalation  rate  of  1.1673  was 
determined.  This  escalation  rate  will  be  applied  over  the  four-year  period 
FY  1978  - FY  1981.  This  revises  the  MICRO  average  cost  of  $5,100  in  FY  1977 
to  56,000  for  FY  1978  - FY  1981.  Similarly,  the  MINI  average  cost  of  $71,000 
In  *Y  1977  Is  revised  to  $83,000  for  FY  1978  - FY  1981;  and  the  MIDI  average 
cost  of  $296,000  In  FY  1977  is  revised  to  $346,000  for  FY  1978  - FY  1981. 

It  is  now  necessary  to  estimate  how  many  of  the  remaining  computer  systems 
yet  to  be  surveyed  will  actually  be  deliverable  during  the  FY  1978  time 
frame.  To  estimate  this,  the  data  previously  collected  for  the  Initial 
twenty  systems  was  used  as  a "general  guide".  That  Is,  it  was  noticed  that 
of  ill  the  systems  containing  MICROS  and  being  deliverable  over  the  entire 
FY  1978  to  FY  1990  time  period,  15  percent  of  those  appeared  in  the  FY  1978  - 
FY  :981  period.  Likewise,  for  the  MINIs,  this  figure  was  25  percent  and  for 
the  MIDIs,  this  figure  was  20  oercent.  These  same  percentages  were  used 
to  estimate  the  remaining  yet  to  be  surveyed  computer  system  quantities. 

This  resulted  in  the  following  quantities  for  the  FY  1978  - FY  1981  period: 

MICROS  = (122,000  - 50,000)  x .15  = 10,800  units 
MINIS  = (10,000  - 1,400)  x .25  = 2150  units 
MIDIs  * (3,000  - 850)  x .20  - 430  units 

The  data  acquired  during  the  survey  of  the  initial  twenty  systems  and  the 
estimates  derived  for  the  remaining  systems  are  now  in  a form  compatible 
for  comparison  with  the  Frost  and  Sullivan  Study  Report  cost  figure  of 
$591,000,000  for  computer  systems  over  the  four  vear  period  of  FY  1978  - FY 
1981. 

The  results  of  the  comparison  are  shown  below  for  the  period  FY  1978  - FY  1981. 

MICRO:  10,800  units  x $6,000  ■ 564,800,000*— \ Computers  yet  to  be 

MINI:  2150  units  x $83,000  = $178,400,000  t surveyed  and  deliverable 

MIDI:  430  units  x $346,000  = $148,800,000 ) in  FY  1978  - FY  1981 

Sub-total  $392,000,000  (Estimated) 

Plus  the  cost  calculated  from 

the  actual  data  obtained  on  the 

initial  twenty  questionnaires  $140,000,000  (actual) 

Total  (Approx)  $532,000,000  (FY  1978  - FY  1981  only) 


42 


As  noted  previously,  for  this  same  FY  1978  to  FY  1981  time  period,  the  Frost 
and  Sullivan  Study  Report  indicated  the  total  computer  system  cost  at  $591, 
000,000.  The  estimated  total  computer  system  cost  derived  above  ($532,000, 
000)  is  within  10  percent  of  the  Frost  and  Sullivan  figure  ($591,000,000). 

This  would  tend  to  confirm  the  projected  estimates  with  respect  to  computer 
system  quantities  as  provided  in  this  interim  report  (Table  6-1)  at  least 
over  the  four  year  period  FY  1978  - FY  1981  and  also  serve  to  provide  a fairly 
good  level  of  confidence  over  the  entire  FY  1978  - FY  1990  time  period. 
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(1)  Aver.  Unit  Cost  of  Computer  (F Y 77  Base).  $ 5. IK  $ 71K  $296K 

(Extracted  from  Questionnaires) 
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7.  APPENDIX  A - QUESTIONNAIRE 


This  section.  Appendix  A,  contains  a blank  copy  of  the  questionnaire  used 
by  System  Development  Corporation  during  the  conduct  of  the  computer  resource 
requirements  survey.  The  addendum  to  this  report  contains  two  additional 
appendices  (Appendix  B and  Appendix  C). 

Appendix  B contains  a copy  of  the  DARCOM  letter  issued  on  6 May  1977  requesting 
personal  support  in  the  preparation  of  the  computer  resource  requirements 
survey  and  requesting  the  identification  of  points  of  contact. 

Appendix  C lists  the  points  of  contact  that  were  supplied  to  CENTACS/ARTADS 
in  response  to  the  DARCOM  letter  in  Appendix  B. 
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Computer 


APPENDIX  A 

Resource  Requirements 


Survey  Questionnaire 


REF  NO. 

ALSO  SEE  NOS. 


SYSTEM  PROJECT  NAME_ 
MNEMONIC 

PM  OFFICE: 


TACTICAL  COMPUTER  RESOURCE  REQUIREMENTS  SURVEY 
(A  GUIDE  FOR  TH5  INTERVIEWER) 


NAME  OF  PERSON ( S ) INTERVIEWED 


OF  PROGRAM  MANAGER 


MAILING  ADDRESS 


NAME  OF  "POINT  OF'  CONTACT" 
FOR  ADDITIONAL  INFORMATION 


MAILING  ADDRESS 


NAME  OF  DEPUTY  PROGRAM 
MANAGER 


COMMENTS 


TELEPHONE  NO. 

TELEPHONE  NO. 

1 

* 

(COMM/AUTOVON) 

( .) 

(COMM/AUTOVON ) 

( ) 

AV 

AV 

TACTICAL  COMPUTER  RESOURCE  REQUIREMENTS  SURVEY 


TABLE  OF  CONTENTS 


INTRODUCTION 


Pa«e 

ii 


PART  A:  GENERAL  DESCRIPTION  A1 
PART  B:  INTERFACES/COMMUNICATIONS  B1 
PART  C:  MAJOR  COMPUTER  RESOURCE  REQUIREMENTS -HARDWARE  Cl 
PART  D:  MAJOR  COMPUTER  RESOURCE  REQUIREMENTS -SOFTWARE  D1 
PART  E:  SUPPORT  ACTIVITY  El 
PART  F:  TRAINING  SUPPORT  FI 


APPENDIX  A:  PRODUCTION  SCHEDULES  AND  PRICES 


TACTICAL  COMPUTER  RESOURCE  REQUIREMENTS  SURVEY 


INTRODUCTION 

A brief  introduction  (narrative)  to  the  subsystem  being  described 
in  this  questionnaire . Include  an  illustration  shoving  how  the  subsystem 
forms  a part  of  the  total 

FIELD  ARTILLERY 
MANEUVER 

ELECTRONIC  WARFARE 
AIR  DEFENSE  ARTILLERY 


□ 

□ 

□ 


/■  Closed  Loop  System 


Figure  1.  Simplified  

Closed  Loop  Subsystem. 


ii 


TACTICAL  COMPUTER  RESOURCE  REQUIREMENTS  SURVEY 
(Continued) 


PART 

A.l 


A:  GENERAL  DESCRIPTION 

SYSTEM  PICTORIAL  REPRESENTATION 

(Simplified  Closed  Loop  System) 


A-l 


TACTICAL  COMPUTER  RESOURCE  REQUIREMENTS  SURVEY 
(Continued) 

PART  A:  GENERAL  DESCRIPTION  (Continued) 

A. 2 What  are  the  prime  functional  requirements  or  mission(s)  of 
this  subsystem? 


• 

| 


Ao  Is  this  subsystem  intended  to  replace  or  upgrade  an  existing 
subsystem? 


If  YES,  explain  . . . 


TACTICAL  COMPUTER  RESOURCE  REQUIREMENTS  SURVEY 
(Continued) 


PART  A:  GENERAL  DESCRIPTION  (Continued) 


A.U  Whet  are  the  major  physical/environmental  requirements! 


A. 5 At  what  echelon(s)  will  deployment  occur? 


CORPS  LH 
BATTERY  □ 


DIVISION  □ 
GROUP  □ 


BATTALION  □ 
OTHER  I I 


A. 6 Will  operation  occur  in  a tactical  environment?  YEs| | NO  1 1 


If  YES,  will  the  subsystem  be  militarised? 


FULLY  I I 
PARTIALLY  □ 


TACTICAL  COMPUTER  RESOURCE  REQUIREMENTS  SURVEY 
(Continued) 

PART  A:  GENERAL  DESCRIPTION  (Continued) 

A. 7 Identify  and  briefly  describe  the  input  stimuli  stud  the  output 
response(s)  with  respect  to  the  subsystem  described  in  this 
questionnaire . 

INPUT(S):  


OUTPUT(S): 


TACTICAL  COMPUTER  RESOURCE  REQUIREMENTS  SURVEY 
(Continued) 

PART  A:  GENERAL  DESCRIPTION  (Continued) 

A. 10  Provide  a brief  narrative  describing  the  subsystem  configuration. 


TACTICAL  COMPUTER  RESOURCE  REQUIREMENTS  SURVEY 
(Continued) 


PART  A:  GENERAL  DESCRIPTION  (Continued) 


A. 11  What  is  the  estimated  life  span  of  this  subsysten? 


A. 12  Is  this  subsystem,  in  total,  also  a part  of  any  other  subsystem? 


If  YES,  explain 


A. 13  At  the  present  time,  where  does  this  subsystem  appear  in  the 
"Acquisition  Cycle"? 


Pre-  Conceptual  Validation  Full  Scale 
Concept  Development 


Production  and  Fully 

Deployment  Operational 

LRIP  | FSP  I Deployment 


*Type  of  development,  procurement,  or  authorization  following  ED: 


CONTINGENCY 


STANDARD 


OBSOLETE  □ 


A.lU  Indicate  the  major  milestone  schedule  for  this  subsystem,  i.e.. 


DT/OT,  ASARC/DSARC,  etc. 


TACTICAL  COMPUTER  RESOURCE  REQUIREMENTS  SURVEY 
(Continued) 

PART  A:  GENERAL  DESCRIPTION  (Continued) 

A. 15  What  is  the  total  suhsysten  delivery  schedule  with  respect  to 
DoD  and  foreign  governments  (delivery  from  the  developer)? 


FY 

78 

79 

80 

8l 

82 

83 

8U 

85 

— 

86 

87 

88 

89 

90 

Advanced  Development 

Engineering  Development 

Low  Rate  Initial  Prod. 

Full  Scale  Production 

SEE  APPENDIX  A,  TABLE  A. 


Total  DoD 

— 

Foreign  Gov'ts 

A.l6  What  is  the  subsystem  production  unit  price  based  on  the  above 
quantities?  SEE  APPENDIX  A,  TABLE  B. 


DoD  Subsystems 
Foreign  Government 
Subsystems 


$. 

$ 


Dollars 


Include  question  C.l6  at  this  point  (Page  C-9) 


END  OF  PART  A 


A-9 


{ 

I 


TACTICAL  COMPUTER  RESOURCE  REQUIREMENTS  SURVEY 
(Continued) 


PART  B:  INTERFACES /COMMUNICATIONS 


B.l  Identify  the  major  EXTERNAL  subsystem  interfaces. 


B.2  Identify  the  major  INTERNAL  subsystem  interfaces  with  the  computer 
group? 


B.3  Does  the  subsystem  include  provisions  for  interfacing  with  external 
interfaces  listed  in  B.l? 


If  NO,  explain 


TACTICAL  COMPUTER  RESOURCE  REQUIREMENTS  SURVEY 
(Continued) 

PART  B:  INTERFACES/COMMUNICATIONS  (Continued) 

B.U  Describe  the  basic  information  characteristics  nr  each  interface 


identified  in  B.l 

and  B.2. 

ANALOG  □ 

DIGITAL 

SERIAL  CD 

PARALLEL  ED 

BANDWIDTH 

BYTE  1 I 

WORD  Id 

ASYNCRONOUS  L_] 

SYCHRONOUS  [ | 

SPEED 

BITS /SEC 

B.5  Describe  the  basic  communications  characteristics  of  each 
interface  identified  in  B.l  and  B.2 

CODE  FORMAT:  ASCII  □ BAUDOT  □ FIELDATA  □ 

INTRA-ARMY  □ OTHER  

PROTOCOL:  

ENCRYPTED  DATA  □ CLEAR  TEXT  □ 

DEDICATED  LINK  □ NETTED  LINK  □ 

SIMPLEX  □ HALF  DUPLEX  □ FULL  DUPLEX  □ 

OTHEfc:  (BLOCK. FORMATION,  TIME  DISPERSED  CODING,  ETC.) 


TACTICAL  COMPUTER  RESOURCE  REQUIREMENTS  SURVEY 
(Continued) 


PART  B:  INTERFACES /COMMUNICATIONS  (Continued) 


B.6  Describe  the  major  characteristics  of  the  communications 
equipment/system  used  to  transmit  and  receive  information 
over  the  subsystem  interfaces  identified  in  B.l  and  B.2 
(include  nomenclature,  if  known). 


RADIO 


WIRE 


□ 


SATELLITE 


NOMENCLATURE 


IF  RADIO, 


AM 


□ 


SINGLE  CHANNEL 


MULTICHANNEL 


MULTIPLEXERS . . . 


IF  YES, 


OTHER  ... 


END  OF  PART  B 


B-3 


• 


TACTICAL  COMPUTER  RESOURCE  REQUIREMENTS  SURVEY 
(Continued) 


PART  C:  MAJOR  COMPUTER  RESOURCE  ELEMENTS  - HARDWARE 

C.l  Vlliat  is  the  configuration  of  the  computer  group: 
• Block  Diagram  - 


• Brief  Narrative 


TACTICAL  COMPUTER  RESOURCE  REQUIREMENTS  SURVEY 
(Continued) 


PART  C:  MAJOR  COMPUTER  RESOURCE  ELEMENTS  - HARDWARE  (Continued) 

C.2  How  many  computers  are  used  in  this  subsystem? 

(Include  master-slave  relationships,  duplex  operation, 
standby  backup,  off-line  redundancy,  multiprocessor  and/or  mult.- 
computer  configuration,  etc.)  


C.3  What  are  the  ma.lor  functions  performed  by  the  computers )? 


C.4  Are  any  of  the  computers  microprogrammable? 


„ □ 


• If  YES,  is  the  microprogrammable  computer  emulating  another 
computer?  YES  □ NO  □ 


If  YES,  what  computer  is  being  emulated? 


TACTICAL  COMPUTER  RESOURCE  REQUIREMENTS  SURVEY 
(Co  vtinued) 

PART  C:  MAJOR  COMPUTER  RESOURCE  ELEMENTS  - HARDWARE  (Continued) 

C.5  The  computer(s)  used  in  this  subsystem  may  be  categorized. as  ... 

• GROUND,  FIXED  □ • GROUND,  MOBILE  □ 

• AIRBORNE  □ • MISSILEBORNE  □ • SPACEBORNE  □ 

• GROUND  SUPPORT  EQUIPMENT  □ • TEST  EQUIPMENT  □ 

• MULTIPROCESSORS  □ • MULTICOMPUTERS  □ 

• OTHER  □ 

C.6  For  each  CPU,  complete  -the  following: 


MAXIMUM 

NUMBER  OF  • • • 

REAL 

TIME 

CLK? 

ADDRESSABLE 
"MEMORY ( K-BYTES ) 

WORKING 

REGISTERS 

INST- 

RUCTIONS 

ADD 

BTiiTiTWH 

• For  each  CPU,  complete  the  following: 

K=1 ,02U 


TACTICAL  COMPUTER  RESOURCE  REQUIREMENTS  SURVEY 
(Continued) 


PART  C:  MAJOR  COMPUTER  RESOURCE  ELEMENTS -HARDWARE  (Continued) 
C.7  Describe  the  major  characteristics  of  the  input/output  unit. 

• NUMBER  OF  I/O  DEVICE  ADDRESSES  HANDLED: 

• I/O  SPEEDS:  

• INTERRUPT  CAPABILITY:  

• WORD  WIDTH  (BITS):  

• AUTOMATIC  I/O  (INDEPENDENT  OF  CPU):  _ 

• OTHER: 


TACTICAL  COMPUTER  RESOURCE  REQUIREMENTS  SURVEY 
(Continued) 

BIRT  C:  MAJOR  COMPUTER  RESOURCE  ELEMENTS -HARDWARE  (Continued) 


C.8  Is  there  a requirement  for  secondary  memory? 

YES  □ NO  □ 

• If  YES,  indicate  the  type  of  secondary  memory  required. 


V 

STORAGE 

NOMINAL 

NUMBER  OF 

CAPACITY 

ACCESS 

STORAGE  UNITS  1 

PER  UNIT 
(MEGABYTES ) 

TIME 

PER  SUBSYSTEM  j 

1 

- 4 

(ms) 

DRUM 

DISK 

I 

1 

C.9  Is  there  a requirement  for  tertiary  storage? 

YES  Q]  NO  □ 


e If  YES,  indicate  the  type  of  tertiary  storage  required. 


STORAGE 

NUMBER  OF 

CAPACITY 

STORAGE  UNITS 

PER  UNIT 

PER  SUBSYSTEM 

MEGABYTES 

TAPE  (REEL) 

TAPE  (CARTRIDGE) 
TAPE  (CASSETTE) 


TACTICAL  COMPUTER  RESOURCE  REQUIREMENTS  SURVEY 
(Continued) 


PART  C:  MAJOR  COMPUTER  RESOURCE  ELEMENTS - HARDWARE  (Continued) 


C.lO  Is  there  a requirement  for  printers? 

YES  [ 1 NO  [31 

If  YES,  indicate  the  following: 


PRINT 

RATE 

(cps/lpm) 

NUMBER  OF 
CHARACTERS 
PER  LINE 

NUMBER  OF 
PRINTERS 

PER  SUBSYSTEM 

LOW  SPEED 
(10-300  1pm) 

MED  SPEED 

(UP  to  1000  1pm) 

HIGH  SPEED) 

( > 1000  1pm) 



C.ll 


Is  there  a requirement  for  display  c evices? 


If  YES,  indicate  the  following: 


INTER/ 

DEV] 

YES 

ACTIVE 

:ce 

NO 

A/N 

ONLY 

? 

A/N 

PLUS 

GRAPHICS 

NUMBER  OF 
DISPLAY  DEVICES 
PER  SUBSYSTEM 

SMALL  SCREEN 
(Up  to  12") 

MED  SCREEN 
(12  - 25” 

LARGE  SCREEN 
(>  25") 

C-6 


TACTICAL  COMPUTER  RESOURCE  REQUIREMENTS  SURVEY 
(Continued) 


PART  C:  MAJOR  COMPUTER  RESOURCE  ELEMENTS -HARDWARE  (Continued 


C 12  Is  there  a requirement  for  intelligent  terminals? 


If  YES,  which  of  the  following  two  categories  would  best 
describe  the  terminal (s)? 


CATEGORY 


6 PORTABLE 


HANDHELD  □ 
MAN-PACK  □ 


QUANTITY 
PER  SUBSYSTEM 


o CONSOLE 


including , 

CRT  DISPLAY  □ 
PRINTOUT  □ 
KEYBOARD  a 


\ 


TACTICAL  COMPUTI.R  RESOURC  : REQUIREMENTS  SURVEY 
(Continued) 

PART  C:  MAJOR  COMPUTER  RESOURCE  ELEMENTS  - HARDWARE  (Continued) 

C.13  What  are  the  computer  interface  requirements? 

• A/D  CONVERTERS : 

• D/A  CONVERTERS : 

• LEVEL/CODE  CONVERTERS : 

• LINE/CABLE  DRIVERS : 

C.ll*  List  the  characteristics  of  any  other  peripherals  required 
in  the  subsystem. 

• PAPER  TAPE  READER/PUNCH:  

• CARD  READER /PUNCH: 

• CONSOLES : 

• KEYPUNCH:  

• NON-INTELLIGENT  TERMINAL: 


TACTICAL  COMPUTER  RESOURCE  REQUIREMENTS  SURVEY 
(Continued) 


PART  C:  MAJOR  COMPUTER  RESOURCE  ELEMENTS  - HARDWARE  (Continued) 

C.15  Identify  any  security  features  that  are  designed  into  the 
subsystem. 

I I MESSAGE  ACCOUNTABILITY  (ACCESS  CONTROLS/DISSEMINATION  CONTROLS) 
I I PRIVILEGED  INSTRUCTIONS: 

□ TEMPEST: 

□ COMSEC: 

□ PROTECTED  FILES: 

□ 

□ 

C.l6  What  is  the  computer  (CPU,  main  memory,  and  I/O)  production  unit 
price?  SEE  APPENDIX  A.  TABLE  B. 

$ ii.  FY 


DOLLARS 


TACTICAL  COMPUTER  RESOURCE  REQUIREMENTS  SURVEY 
(Continued) 


PART  D:  MAJOR  COMPUTER  RESOURCE  ELEMENTS  - SOFTWARE 


D.l  What  computer  software  language(s)  are  applicable  to  this  computer 
based  subsystem? 

• MACHINE  ORIENTED  LANGUAGE  - (MOL) 


,□ 


• HIGH  ORDER  LANGUAGE  - (HOL) 


.□ 


a©  - 2 ED 

JOVIAL 

□ 

COBOL  ED 

spl  -i  ED 

TACPOL 

□ 

FORTRAN  ED 

□ 

□ 

n 

What  "VERSION"  is 

used?  

D.2  What  is  the  approximate  number  of  source  statements  required  for 

the  applications  software?  

UNDER  10K  □ 100K  TO  500K  □ 

10K  TO  100K  □ OVER  50 OK  □ 


What  do  you  estimate  the  per-statement  price  to  be? 
LESS  THEN  25$  □ $50  TO  $100  □ 

$25  TO  $50  □ OVER  $100  □ 


FY 


DOLLARS 


TACTICAL  COMPUTER  RESOURCE  REQUIREMENTS  SURVEY 
(Continued) 


PART  D:  MAJOR  COMPUTER  RESOURCE  ELEMENTS  - SOFTWARE  (Continued) 

D*3  What  FUNCTIONAL  SUPPORT  SOFTWARE  has  been  used  to  provide  direct 
support  to  the  software  development  activities,  i.e.,  requirements 
analysis,  software  design,  system  tests,  building  software 
(coding),  unit  (module)  tests,  and  maintenance  of  systems?  Discuss 
briefly  - include  version  identification  if  applicable. 

□ SIMULATORS : 


DATA  BASE  DESIGN  AIDS: 


TESTING  AIDS: 


□ ASSEMBLERS  * 


□ COMPILERS : 

□ LINKERS : 


□ DEBUGGING  AIDS: 


If  deliverable,  indicate  v-.  th  (#). 


D-2 


TACTICAL  COMPUTER  RESOURCE  REQUIREMENTS  SURVEY 
(Continued) 


PART  D:  MAJOR  COMPUTER  RESOURCE  ELEMENTS  - SOFTWARE  (Continued) 

D.4  What  GENERAL  SUPPORT  SOFTWARE  has  been  vised  to  store,  retrieve, 

organize  and  transfer  the  outputs  of  the  FUNCTIONAL  SUPPORT 
SOFTWARE  identified  in  D.3? 

I I DATA  BASE  MANAGEMENT  SYSTEM: 

□ TEXT  PROCESSING: 

LI  EDITORS , SOURCE  LANGUAGE: 

□ INTERACTIVE 
CD  BATCH 

□ FORT/MERGE: 

□ DOCUMENTATION  AIDS: 

LI 3 INFORMATION  RETRIEVAL  AIDS: 

□  

□ 


D-3 

- — 


TACTICAL  COMPUTER  RESOURCE  REQUIREMENTS  SURVEY 
(Continued) 

PART  D:  MAJOR  COMPUTER  RESOURCE  ELEMENTS  - SOFTWARE  (Continued) 

D.5  What  type(s)  of  OPERATING  SYSTEM  SERVICES  have  been  used  for  this 
subsystem? 


BOS  - BASIC  OS: 


i ( MOS  - MULTIPROGRAM  OS: 


MPOS  - MULTIPROCESSOR  OS: 


TSOS-  TIMESHARING  OS: 


RTOS 


REAL  "IME  OS: 


VMM  - VIRTUA.,  MACHINE  MONITOR: 


TACTICAL  COMPUTER  RESOURCE  REQUIREMENTS  SURVEY 
(Continued) 

PART  D:  MAJOR  COMPUTER  RKSOUFCE  ELEMENTS -SOFTWARE  (Continued) 

D.6  What  POST  DEPLOYMENT  SUPIORT  SOFTWARE  is  available  to  provide 
maintenance  support  for  this  subsystem" 

| | FAULT  DETECTION  AND  ISOLATION: 

I T AGNOSTIC  PROGRAMS : 

TRAP/TRACE  ROUTINES: 

[ ~|  SCENARIO  GENERATORS: 


□ 

□ 


J 

> 


TACTICAL  COMPUTER  RESOURCE  REQUIREMENTS  SURVEY 
(Continued) 


PART 

D.7 


D:  MAJOR  COMPUTER  RESOURCE  ELEMENTS-SOFTWARK  (Continued) 

With  regal'd  to  this  subsystem's  post -deployment  software  support 
• Where  will  the  post -deployment  soft.ware  support  be  performed? 


The  post -deployment  software  support  will  be  performed  by... 

□ MILITARY  PERSONNEL. 

[_]  GOVERNMENT  EMPLOYEES. 

| } CONTRACTOR  SUPPORT  PERSONNEL. 

[_  j COMB ' NATION  OF  THE  ABOVE. 


EXPLAIN: 


TACTICAL  COMPUTER  RESOURCE  REQUIREMENTS  SURVEY 
(Continued) 


PART  D:  MAJOR  COMPUTER  RESOURCE  ELEMENTS  - SOFTWARE  (Continued) 

D.8  What  government  regulations  were  used  during  the  development  of 
the  subsystem’s  software? 


n DOD  DIR  5000.29 

□ DOD  DIR  5000.31 

□  

□ 


• What  defining  specification  document  and  version  applies  with 
respect  to  the  above? 


1 1 CMS-?- 

1 1 CMS-2Y  PROGRAMMERS  REFERENCE  MANUAL. 

1 | CMS-2M  COMPUTER  PROGRAM  PERFORMANCE 

SPECIFICATION. 

1 1 SPL-1 

1 1 SPL-1  LANGUAGE  REFERENCE  MANUAL. 

□ TA'CPOL 

□ EL-CG-OOOU 3082C  (APPENDIX  10 ) . 

1 I JOVIAL 

□ mIL-GTD-1588.  (J3). 

□ MIL-STD-1589 . (J73). 

1 1 COBOL 

□ ansi  X3.23-197U. 

1 1 FORTRAN 

□ ansi  X3. 9-1974. 

□ 

n 

□ 

□ 

END  OF  PART  D 


r 


TACTICAL  COMPUTER  RESOURCE  REQUIREMENTS  SURVEY 
(Continued) 


PART  E:  SUPPORT  ACTIVITY 


E.l  Who  is  responsible  for  providing  the  maintenance  support  for  the 
hardware  (following  the  warantee  period,  if  any)? 


j | CONTRACTOR. 

2]  COMBINATION,  EXPLAIN: 


| [ USER. 


E.2  Who  is  responsible  for  providing  the  maintenance  support  for  the 

software  (following  the  warrantee  period,  if  any)? 

j | CONTRACTOR.  Q]  USER. 

□ COMBINATION,  EXPLAIN:  


E.3  Who  is  responsible  for  configuration  management? 


1 


TACTICAL  COMPUTER  RESOURCE  REQUIREMENTS  SURVEY 


(Continued) 

PART  E:  SUPPORT  ACTIVITY  (Continued) 

E.4  Who  iB  responsible  for  providing  the  communications  support 
for  the  . . . 

o COMMUNICATIONS  WITH  EXTERNAL  SUBSYSTEMS? 


o INTERNAL  INTERFACES? 


o INTERFACES  WITH  SUPPORTING  SUBSYSTEMS? 


O INTERFACES  WITH  OTHER  SERVICES? 


END  OF  PART  E 


TACTICAL  COMPUTER  RESOURCE  REQUIREMENTS  SURVEY 
(Continued) 


PART  F:  TRAINING  SUPPORT 

F.l  Identify  the  computer(s)  used  to  provide  training  for  this 
subsystem . T 

• For  each  CPU,  complete  the  following: 


TACTICAL  COMPUTER  RESOURCE  REQUIREMENTS  SURVEY 
(Continued) 


PART 

F.2 


F:  TRAINING  SUPPORT  (Continued) 

What  computer  software  language(s)  are  applicable  to  this  computer- 
based  training  system/device? 

MACHINE  ORIENTED  LANGUAGE  - (MOL).  | | 


ORDER  LANGUAGE 

- (HOL)  . L] 

CMS  - 2 1 1 

JOVIAL  U 

COBOL  !_D 

-L.iD 

TACPOL  O 

FORTRAN  Lj 

• □ 

□ 

□ 

What  "VERSION"  is  used? 


TACTICAL  COMPUTER  RESOURCE  REQUIREMENTS  SURVEY 
(Continued) 


PART  F:  TRAINING  SUPPORT  (Continued) 

F.3  What  government  regulations  were  used  during  the  development 
of  the  training  system  software? 


□ DOD  DIR  5000.29 


□ DOD  DIR  5000.31 

□  

□ 


• What  defining  specification  document  and  version  applies  with 


respect  to  the  above? 


□ 

1 CMS-2 

□ 

□ 

□ 

1 SPL-1 

□ 

□ 

TACPOL 

□ 

□ 

JOVIAL 

□ 

□ 

c 

I COBOL 

□ 

c 

1 FORTRAN 

□ 

□ 

□ 

□ 

□ 

CMS-2Y  PROGRAMMERS  REFERENCE  MANUAL. 
CMS-2M  COMPUTER  PROGRAM  PERFORMANCE 
SPECIFICATION. 

SPL-1  LANGUAGE  REFERENCE  MANUAL. 
EL-CG-000U3082C  (APPENDIX  10). 
MIL-STD-1588 . (J3). 

MIL-STD-1589.  (J73). 

ANSI  X3.23-1971*. 

ANSI  X3.9-1971*. 


TACTICAL  COMPUTER  RESOURCE  REQUIREMENTS  SURVEY 
(Continued) 


I 

PART  F:  TRAINING  SUPPORT  (Continued) 

F*U  What  FUNCTIONAL  SUPPORT  SOFTWARE  has  been  used  to  provide  direct 
support  to  the  software  development  activities  for  this  computer- 
based  training  system/device , i.e.,  requirements  analysis,  soft- 
ware design,  system  tests,  building  software  (coding),  unit 
(module)  tests,  and  maintenance  of  systems?  Discuss  briefly  - 
include  version  identification  if  applicable. 

SIMULATORS: 

DATA  BASE  DESIGN  AIDS: 

TESTING  AIDS: 

ASSEMBLERS : 

COMPILERS 

LINKERS: 

DEBUGGING  AIDS: 

PERFORMANCE  MONITORS: 

MODULE  LIBRARIES: 


If  deliverable,  indicate  with  (»). 

END  OF  PART  F 

F-k 


□ 

□ 

□ 

□ 

□ 

□ 

□ 

□ 

□ 

□ 
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